Skip to content

[pull] glad2 from Dav1dde:glad2#21

Open
pull[bot] wants to merge 138 commits into
bazelregistry:glad2from
Dav1dde:glad2
Open

[pull] glad2 from Dav1dde:glad2#21
pull[bot] wants to merge 138 commits into
bazelregistry:glad2from
Dav1dde:glad2

Conversation

@pull

@pull pull Bot commented Oct 21, 2022

Copy link
Copy Markdown

See Commits and Changes for more details.


Created by pull[bot] (v2.0.0-alpha.4)

Can you help keep this open source service alive? 💖 Please sponsor : )

BigRedEye and others added 30 commits July 1, 2019 20:04
Signed-off-by: David Herberth <admin@dav1d.de>
EGL loading was failing for a display of EGL_NO_DISPLAY.
Allow loading EGL 1.5 and above since eglQueryString supports
EGL_NO_DISPLAY in this case.
`wglGetProcAddress` is `APIENTRY` and gets casted into
a non APIENTRY function pointer, which leads to issues
on platforms that actually use APIENTRY (e.g. win32)

closes: #240
also:
* updates all the bundled specifications
* adds missing Rust types

see gh: #243
current warnings:
 * clippy::missing_safety_doc
 * clippy::too_many_arguments
 * clippy::unused_unit
 * clippy::unreadable_literal

disables all warnings to prevent future issues

closes: #249
Memoize has an uncapped cache size, the cache is scoped to the
global function and never expiring, this attaches the cache
to the class instance instead of the function/method.
This makes it so the GC has a chance of collecting the instance
and with it the cache.
The API in the require was honored before, but when the symbol from one
API require referenced the symbol from a different API require through
an alias, it was still brought in.

gh: #281
this is just a quick fix, if custom_declarations is later
required to be always generated, it probably makes sense to
have a separate block with better naming

gh: #279
@pull pull Bot added the merge-conflict Resolve conflicts manually label Apr 8, 2024
Dav1dde and others added 21 commits May 20, 2024 12:11
Window did not respond properly to closing via the 'x' button.  Tested
on Windows 10.
On a UNIX system without X11 libraries, it's impossible to have libGL.so
and glXGetProcAddressARB(). Currently GLAD would fail to load GL symbols
in this case.

Try also loading libEGL.so/libEGL.so.1 in OpenGL loader and fallback to
eglGetProcAddress() to query GL symbols if glXGetProcAddressARB() isn't
available.

Since EGL version 1.5 released in 2014, it's required for
eglGetProcAddress() to be able to query all client API functions instead
of only extensions, which is quite early for a Wayland-only display
stack, thus no function check or another fallback logic is added.

Signed-off-by: Yao Zi <me@ziyao.cc>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

⤵️ pull merge-conflict Resolve conflicts manually

Projects

None yet

Development

Successfully merging this pull request may close these issues.